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MESSAGE PROCESSING DEVICE, MESSAGE MANAGEMENT METHOD 
AND STORAGE MEDIUM FOR STORING MESSAGE MANAGEMENT 
PROGRAM 

5 Background of the Invention 
Field of the Invention 

The present invention is related to a message 
processing device, a message processing system, and 
a message management method, for processing a message 
10 transmitted from a terminal, and a storage medium in 
which a message management program is stored. 

Description of the Related Art 

Recently, the following technology has been 
15 easily realized. That is, an electronic mail can be 
transmitted to an individual receiver by a mail system 
such as a personal -computer communications system, a 
UNIX system or the like, and the same mail can be 
transmitted to a plurality of receivers. 
20 There is a case where, when a plurality of 

members cooperatively do business, a leader transmits 
mails to the members to confirm whether or not the 
members have completed the business, in order to 
determine the business progress states of the members. 
25 In such a case, each member of the group prepares a 
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mail for reporting whether or not his or her business 
has been completed, and transmits this mail to the 
leader. The leader reads the mails from all the 
members, and determines whether or not the business 
5 of each member has been completed. In such a case, the 
number of mails to be read increases as the number of 
members increases, and so the leader's job increases. 

Further, in order that a member other than the 
leader determines the progress states of other 

10 members, he or she should send mails to the other 
members to confirm their progress states similarly to 
the above-mentioned, and should receive their 
responses. Therefore, the process of transmitting and 
receiving mails between members becomes complicated. 

15 The displaying of received mails as a list has 

been conventionally performed, but in this 
conventional method, only a list is displayed. 

There are many cases in which, when a mail is 
transmitted, a sender wishes to know whether or not 

20 the receiver confirms the contents of the mail. In a 
conventional electronic mail system, however, the 
sender can determine whether or not the receiver 
opened the mail but cannot determine whether or not 
the receiver actually confirms the contents of the 

25 mail. In a personal computer communications system or 
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-the like, when a receiver reads out a mail which has 
been stored in a host computer, is informed to a 
sender as considering that this mail has been opened. 
According to this method, even if the terminal 
5 provided on a receiving side automatically reads out 
a mail from a host computer, this mail is handled as 
opened. Therefore, a sender cannot determine whether 
or not a receiver actually confirms the contents of 
a mail. 

10 Conventionally, the processing flow of business 

is transmitted by mail. However, a process of 
displaying the list of mails including a formatted 
message about business and that of a mail including 
a non- formatted message to an individual receiver, on 

15 a same display, thereby managing the mails, has not 
yet been performed. 

Summary of the Invention 

An object of the present invention is to 
20 determine the states of the receiver of a message. 

Another object is to display the contents of a message 
and the states of a receiver linked with each other, 
on a terminal. Still another object is to make clear 
whether or not the receiver of a message confirms the 
25 contents of a message or whether or not he or she 
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completes the business related to this message. A 
further object is to display the formatted message 
related to a business processing and the non- formatted 
messages other than this formatted message together 
5 with a message type so that the received messages can 
be uniformally managed. 

The present invention includes a preparation 
portion for preparing a receiver state list for 
displaying the states of receivers of messages whose 
10 destinations are a plurality of receivers, and a 
management portion for managing the information of the 
receiver state list, in a message processing device 
for processing messages transmitted from a plurality 
of terminals. 

15 For example, completion information which informs 

that a receiver of the message confirms the contents 
of the message or that the business related to the 
message is completed, is included in the receiver 
state list. Thus, the sender of a message or receivers 

20 thereof can determine whether or not all the members 
who received the messages have confirmed the messages 
or whether or not the businesses related to the 
messages have been completed, by looking at the 
receiver state list. Accordingly, the states of all 

25 the receivers can be obtained simultaneously. 
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By displaying the comments to the received 
message on the receiver state list, which is prepared 
by the receiver, it can be determined whether or not 
the message is accurately transmitted to a receiver, 
5 or whether a receiver approves or disapproves of the 
message. 

Further, by displaying the contents of a message 
and the receiver state list linked with each other on 
a terminal, the sender of a message and all the 
10 receivers can grasp the contents of the message as 
well as the states of each receiver of the message, 
simultaneously . 

A message management method of the present 
invention is to display the formatted message related 
15 to a business processing and the non-formatted message 
other than this business together with the message 
type as a receiver state list. 

According to the present invention, the list of 
a formatted message such as a work flow and a non- 
20 formatted message such as a mail to an individual 
receiver are displayed together with the message type 
as a message list. Therefore, it can be determined 
from the message type whether each message is related 
to a business mail or a personal mail. 
25 Further, according to the message management 



method of the present invention, a receiver state list 
for displaying the states of a plurality of receivers 
of messages whose destinations are a plurality of 
receivers is displayed on a terminal. 

The present invention can obtain the states of 
all the receivers who have received the messages 
asking, for example, whether or not they have 
confirmed the contents of messages or whether or not 
the businesses related to these messages have been 
completed. 

Brief Description of the Drawings 

Fig. 1 is a block diagram showing a system 
configuration of the message processing system 
according to an embodiment of the present invention; 

Fig. 2 shows configurations of a message file 15, 
a message management table 16, and a member table 17; 

Fig. 3 is a flowchart showing the outline process 
of transmitting a message; 

Fig. 4 is a table showing the display states at 
the time of transmitting a message; 

Fig. 5 is a flowchart showing setting attributes 
based on the types of messages to be transmitted; 

Fig. 6 is a flowchart showing displaying, 
returning, transferring, and transmitting processes 



of existing messages; 

Fig. 7 is a list showing received messages; 

Fig. 8 is a flowchart showing the process of 
displaying a received message list; 

Fig. 9 is a flowchart showing the process of 
displaying messages and a receiver state list 24 
linked with each other; 

Fig. 10 is a flowchart showing the process of 
setting date and time when a mail is opened; 

Fig. 11 is a flowchart showing setting a comment; 

Fig. 12 is a flowchart showing a completion check 
process; 

Fig. 13 is a flowchart showing the process of 
calculating an open ratio; 

Fig. 14 is a flowchart showing the process of 
calculating a completion check ratio; 

Fig. 15 is a table showing a display state in 
which messages and a receiver state table are 
displayed linked with each other; 

Fig. 16 is a flowchart showing amending a 
transmitted message and returning the thus -amended 
message in a not-opened state; 

Fig. 17 is a received-message list 31; 

Fig. 18 is a diagram showing a message edition 
screen; 
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Fig. 19 is a flowchart showing a process 
corresponding to the designation of an examiner and 
an approver; 

Fig. 20 is a flowchart showing an examination 
5 process; Fig. 21 is a flowchart showing an approval 
process; 

Fig. 22 is a flowchart showing the process of 
storing received messages as a to-do list; 

Fig. 23 is a table showing a to-do list; 
10 Fig. 24 is a table showing the data configuration 

of a message type/comment pattern table 32; 

Fig. 25 is a flowchart showing the process of 
automatically setting the comment pattern 
corresponding to a message type at the time of 
15 transmitting a message; 

Fig. 26 is a flowchart showing the process of 
automatically setting the comment pattern 
corresponding to a message type when receiving a 
message; 

20 Fig. 27 is a screen for inputting a chosen 

comment ; 

Fig. 28 is a flowchart showing the process of 
extracting the contents of a comment to be shown as 
statistics; 

25 Fig. 29 is a table showing the data structure of 
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a keyword table 33; 

Fig. 30 is a table showing the data structure of 
an active keyword table 34; 

Fig. 31 is a list for extracting keywords; and 
5 Fig. 32 is a diagram explaining the case where 

a program is stored in a storage medium. 

Description of the Preferred Embodiments 

Embodiments of the present invention will be 

10 explained below with reference to the drawings. Fig. 

1 is a block diagram showing the system configuration 
of a message processing system according to an 
embodiment of the present invention. 

According to this message processing system, a 

15 plurality of terminals 11 are connected to a server 
13 through a line network 12 such as a LAN or the 
like. A message processing program 14 of the server 
13 has the functions of preparing and transmitting a 
message for the terminals 11, as well as a function 

20 of displaying the list of received messages, the list 
of messages to be transmitted, received messages, and 
the like. A message file 15 is a file in which the 
information on a message sender side is stored. The 
title of the message a sender ID, the contents of the 

25 message or the like are stored in the message file 15. 
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A message management table 16 is a table in which the 
information on a message receiver side is stored. A 
receiver ID, completion time and date, and comments 
to a message or the like are stored in the message 
5 management table 16. A member table 17 is a table for 
storing information about members who are destinations 
of messages. In this table, a member ID, names, a 
group which the members belong to or the like are 
stored. 

10 Fig. 2 shows configurations of the message file 

15, the message management table 16, and a member 
table 17, which are mentioned above. 

The message file 15 includes a region 15a for 
storing a message ID to be assigned to each message, 

15 a region 15b for storing a sender ID, a region 15c for 
storing transmission time and date, a region 15d for 
storing the due date of a response to the message, a 
region 15e for storing a message type such as a job 
request, a display operation or the like, a region 15f 

20 for storing information about whether or not the 
message is confidential, a region 15g for storing a 
title, and a region 15h for storing the contents of 
the message. Further, the message file 15 includes a 
region 15i for storing time and date when a message 

25 is updated, a region 15j for storing the ID of an 
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examiner who examines whether or not the message is 
approved, a region 15k for storing examined results, 
a region 15L for storing the ID of an approver who 
approves the message after this message is examined, 
5 a region 15m for storing the approved results, a 
region 15n for storing the information about whether 
or not the examined and approved message is readable, 
and a region 15p for storing a comment pattern which 
is specified by the sender. The message file 15 

10 further includes regions for storing attribute 
information such as the requirement for comments, 
important comment, urgent comment or the like, other 
than the above mentioned regions - 

The message type is the information indicating 

15 which one of a job request, an investigation, a 
process of making all of a specific matter fully 
recognized, requirement for opinions or requests from 
the members, or the like, is the content of a message. 
According to the present embodiment, if a message type 

20 is selected by a sender when a message is prepared, 
an attribute such as the requirement for the comment 
to be included in a response, the requirement for a 
NO/YES answer or the like, is automatically set 
according to the thus-selected message type. In the 

25 case where the investigation with a time limit, for 
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example, is selected as a message type, attributes of 
a "requirement for comments", and "with a time limit" 
are automatically set to the message. Accordingly, the 
sender does not need to set every attribute to each 
5 of all the messages. 

Next, the message management table 16 includes 
a region 16a for storing a message ID, a region 16b 
for storing a receiver ID, a region 16c for storing 
time and date when the message is opened, a region 16d 

10 for storing the completion time and date when the 
receiver opened the message and operated a definition 
button which will be described later, and a region 16e 
for storing comments to the message. The data stored 
in the message management table 16 are corresponded 

15 to the data stored in the message file 15 by the 
message ID. 

The member table 17 includes a region 17a for 
storing the member ID, a region 17b for storing a 
name, and a region 17c for storing a group to which 
20 the members belong. This member table 17 is used for 
looking for a member ID when the group to which the 
member belongs to and the name are designated. 

Next, the operations of a message processing 
system having the above-mentioned configuration will 
25 be explained. Fig. 3 is a flowchart showing the 
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outline process of transmitting a message. 

First, a sender inputs a user ID from the 
terminal 11 and logs on to the server device 13. When 
the sender performs operations for newly transmitting 
5 a message, a message processing program 14 of the 
server 13 displays a preparation screen for newly 
transmitting a message on the terminal 11 (Sll shown 
in Fig. 3). 

Fig. 4 is a table showing the display state at 
10 the time of transmitting a message. Sections for 
inputting a destination, a message type, a title, a 
text or the like are displayed. On the right of the 
display screen, an enter button 21 and a clear button 
22 are displayed. When a message is prepared and the 
15 enter button 21 is clicked, the message is 
transmitted, and the data which are inputted to the 
message file 15 are written in these sections. When 
the clear button 22 is clicked, the inputted data are 
cleared. 

20 The sender of a message inputs the text of a 

message to be transmitted, and at the same time sets 
a destination, a message type, and the necessity or 
unnecessity of examination and approval. When the 
examination and approval are required, the sender sets 

25 the names of an examiner and an approver (S12). The 
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destination, the message type, and the like can be 
optionally selected from predetermined alternatives. 

When the message type is inputted, the message 
processing program 14 of the server 13 sets attributes 
5 corresponding to this message type (S13). 

When a box indicating "with examination and 
approval" is clicked, and the names of an examiner and 
an approver are set, a check box provided in the 
section of "with examination and approval" is 

10 displayed black, and a process corresponding to the 
designation of the examiner and the approver is 
performed ( S14 ) . 

Next, a sender ID, a message ID, a message type, 
a time limit, an examiner ID, an attribute 

15 corresponding to a message type, information 
indicating that only the examiner, approver, and 
sender can read the message, and the like are inputted 
in the message file 15 (S15). 

Therefore, when a sender selects a job request 

20 as a message type as shown in Fig. 4, a "requirement 
for comments" and "with a time limit" are 
automatically set as attributes. Since the check boxes 
provided in "a requirement for comments" and "with 
a time limit" section are displayed black as shown in 

25 Fig. 4, the sender does not need to set every 
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attribute . 

When the "requirement for comments" is set as the 
attribute of a message, a state of the message 
receiver is not in a termination state until the 
5 sender inputs comments even if a message is opened on 
a receiver side, and the definition button is clicked. 
When a time limit is set, and this time limit expires 
without completing a business, the sender can 
recognize the presence of a message which should be 

10 urgently handled, since the number of days delay from 
the time limit is displayed on a received message 
list, which will be described later. 

When a destination is designated by a sender, and 
the enter button 21 is clicked, a receiver ID is 

15 written corresponding to the message ID of the message 
management table 16. Further, that time is written in 
the region 15c for storing the transmission time and 
date of the message file 15, as a transmission time 
and date (S16). 

20 Next, a process of setting attributes 

corresponding to the message type of step S13 shown 
in Fig. 3 will be explained with reference to the 
flowchart shown in Fig. 5. 

First, it is determined whether or not a message 

25 type is a "message" (S21 shown in Fig. 5). When the 
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message type is the "message", the flow advances to 
step S22, and "capability of deleting a message by a 
receiver" is set as the attribute of the message. 

When it is determined in step S21 that the 
5 message type is not a "message" (NO in step S21), the 
flow advances to step S23, and it is determined 
whether or not the message type is a "time limit 
check". If the message type is the "time limit check", 
the flow advances to step S24, and the "requirement 
10 for comments" and "with a time limit" are set as 
attributes. 

When it is determined in step S23 that the 
message type is not the "time limit check" (NO in step 
S23), the flow advances to step S25, and it is 
15 determined whether or not the message type is a "job 
request". If the message type is the "job request", 
the flow advances to step S24, and the "requirement 
for comments" and "with a time limit" are set as 
attributes . 

20 When it is determined in step S25 that the 

message type is not the "job request" (NO in step 
S25), the flow advances to step S26, and it is 
determined whether or not the message type is a "check 
with a filing time limit". If the message type is the 

25 "check with a filing time limit", the flow advances 
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■to s-tep S24, and "the "requirement for comments" and 
"with a time limit" are set as attributes. 

When it is determined in step S26 that the 
message type is not the "check with a filing time 
5 limit" (NO in step S26), the flow advances to step 
S27, and it is determined whether or not the message 
type is a "YES/NO check". If the message type is the 
"YES /NO survey", the flow advances to step S28, and 
the "requirement for a YES /NO check" and "with a time 

10 limit" are set as attributes. 

When it is determined in step S27 that the 
message type is not the "YES/NO check" (NO in step 
S27), the flow advances to step S29, and it is 
determined whether or not the message type is a 

15 "process of making all of a specific matter fully 
recognized". If the message type is the "process of 
making all of a specific matter fully recognized", the 
flow advances to step S30, and the "requirement for 
the automatic display of an agreement check" is set 

20 as an attribute. 

When it is determined in step S29 that the 
message type is not the "process of making all of a 
specific matter fully recognized" (NO in step S29), 
the flow advances to step S31, and it is determined 

25 whether or not the message type is a "memorandum". If 
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the message type is the "memorandum", the flow 
advances to step S32, and "confidential" is set as an 
attribute. If the "memorandum" is set as a message 
type when preparing a message, this message designates 
5 the sender, and the attribute becomes confidential. 
Therefore, the sender can store this message to be 
seen only by himself or herself. 

When it is determined in step S31 that the 
message type is not the "memorandum" (No in step S31), 

10 the flow advances to step S33, and it is determined 
whether or not the message type is a "requirement for 
opinions". If the message type is the "requirement for 
opinions", the flow advances to step S34, and the 
"requirement for comments" is set as an attribute. 

15 When it is determined in step S33 that the 

message type is not the "requirement for opinions", 
that is, the message type does not correspond to any 
one of the above-mentioned items, or the attribute 
according to the message type is set in the attribute 

20 section on the message preparation screen, attributes 
which are set in the attribute section are written in 
the corresponding region of the message file 13 (S35). 

As mentioned above, an attribute for requesting 
a receiver to input comments, to answer YES or NO, or 

25 the like is set according to the message type. Then 
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the receiver performs operations according to this 
request. Thus, it can be confirmed whether or not the 
subject of the message is accurately informed to the 
receiver or whether the receiver approves or 
5 disapproves of the message. 

The displaying, returning, transferring, and the 
transmitting processes of the thus-transmitted message 
will be explained with reference to the flowchart 
shown in Fig. 6. 

10 When the user of the terminal 11 performs the 

operations of displaying the received message, the 
message processing program 14 of the server 13 detects 
the message ID of the received message from the 
message management table 16 using the user ID. Then, 

15 a list 20 of the received message as shown in Fig. 7 
is displayed (S41 shown in Fig. 6). 

Here, the contents of the process of displaying 
the received message list 20 in step S41 shown in Fig. 
6 will be explained with reference to the flowchart 

20 shown in Fig. 8. 

First, the member ID of a user, who is logged on 
to the terminal 11 to which a request of displaying 
the message list has been made, is set as a receiver 
ID (Fig. 8, S51). Next, the message management table 

25 16 is detected using the receiver ID as a key, and a 
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corresponding message ID is extracted (S52). Then, the 
message type, the state, the title of each message and 
the like are obtained from the message file 15 based 
on the thus-extracted message ID (S53). The 
5 information about each of the thus-obtained items is 
edited to be displayed on a corresponding terminal 11 
as the received message list 20 ( S54 ) . 

Before opening a message, the receiver can 
determine from the received message list 20 shown in 

10 Fig. 7, which kind of message the received message is, 
that is, a job request, a time limit check, a process 
of making all of a specific matter fully recognized, 
a personal mail, or the like. Further, the receiver 
can determine whether or not the message is an urgent 

15 message, an important message or the like, from the 
attribute information. 

Both a formatted message such as a business work 
flow, and a non-formatted message such as a personal 
mail, can be displayed on the received message list 

20 20 together with the message type. Therefore, the 
receiver can simultaneously manage all the received 
messages . 

Further, the receiver can determine whether or 
not a not-opened massage or a message of which a time 
25 limit has expired is present. Further, the receiver 
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can also determine the answer states, how many members 
have completed their businesses, and what the 
completion ratio is, from the completion states of the 
messages. If a time limit expires in an unfinished 
5 state, a flame mark or a receiver's angry face, etc. 
which is not shown in Fig. 7, is displayed, and this 
mark or face gradually becomes larger as the number 
of days delay from the time limit increases, thereby 
informing the receiver of the degree of delay. 

10 In the case where the receiver wishes to read a 

message as shown in Fig. 6, he or she clicks the title 
of a message of the received message list 20, which 
the receiver wishes to open (S42). When instructed to 
open the message, the message processing program 14 

15 of the server 13 reads out the contents of the 
designated message from the message file 15, and 
displays the thus-read-out message on the screen of 
the terminal 11 (S43). Further, a receiver state list 
24 indicating the completion state of the receiver of 

20 the message, comments, and the like are displayed on 
the terminal 11 linked with the message (S44). 

A process of displaying a received message and 
the receiver state list 24 linked with each other will 
be explained with reference to the flowcharts shown 

25 in Figs. 9 to 14 and the display states shown in Fig. 
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15. 

First, the message type, the title, the 
transmission date, the message contents, and the 
sender ID of each message are obtained based on the 
5 message ID of the received message list 20 (S61 shown 
in Fig. 9). Then, a process of setting the time and 
date when a message is opened, which is shown in step 
S62, is performed. 

The process of setting the time and date when a 

10 message is opened will be explained with reference to 
Fig. 10. First, it is determined whether or not a 
message is opened according to a fact that whether or 
not the time and date has been stored in the region 
16c, of the message management table 16, for storing 

15 the time and date when a message was opened (S81 shown 
in Fig. 10). In the case where the message has been 
opened, the process terminates at this point. In the 
case where the message is not opened, the current time 
and date are obtained since the message is opened for 

20 the first time (S82). Then, the thus-obtained time and 
date are set as the open time and date, in the open 
time and data section of the display and edition 
region of a message ( S83 ) . 

Next, a process of setting comments in step S63 

25 shown in Fig. 9 is performed. 
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This process of setting comments will be 
explained below with reference to Fig. 11. The message 
management table 16 is detected using the message ID 
and the receiver ID. Then, it is determined whether 
5 or not comments are stored in a storage region 16e for 
storing the comment, corresponding to the message ID 
and the receiver ID (S91 shown in Fig. 11). In the 
case where comments are not stored, the process 
terminates at this point. In the case where comments 

10 are stored in the region 16e of the message management 
table 16, these comments are set in a comment input 
section on the screen (S92). 

Thus, in the case where the receiver has already 
set comments in a message, the thus-set comments are 

15 displayed in the comment input section of the message. 

Then, a completion check process in step S64 
shown in Fig. 9 is performed. 

This completion check process will be explained 
20 with reference to Fig. 12. First, it is determined 
whether or not a completion check is designated, that 
is, whether or not a receiver has already operated the 
definition button 23 after confirming the contents of 
a message (S101 shown in Fig. 12). In the case where 
25 the completion check is not designated, that is, the 
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receiver has not performed operations for the 
completion, the process terminates at this point. In 
the case where the completion check is designated, on 
the other hand, a completion operation is set in the 
5 completion check section on the screen ( S102 ) . 

A process of calculating an open ratio in step 
S65 shown in Fig. 9 is performed. 

The process of calculating an open ratio will be 
explained with reference to the flowchart shown in 

10 Fig. 13. First, data of all the receivers 
corresponding to the designated message ID are 
obtained from the message management table 16 (Sill 
shown in Fig. 13). Next, the number of receivers whose 
open time and date are set in the message management 

15 table 16 is calculated (S112). Then, the number K of 
receivers who opened the messages is divided by the 
number of all the receivers so that the open ratio is 
obtained by multiplying the resultant number by [100] 
(S113) . 

20 Next, a process of calculating a completion check 

ratio is performed in step S66 shown in Fig. 9. 

This process of calculating a completion check 
ratio will be explained with reference to the 
flowchart shown in Fig. 14. First, data of all the 

25 receivers corresponding to the designated message ID 
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are obtained from the message management table 16 
(S121 shown in Fig. 14). Next, the number of receivers 
whose completion dates are set is calculated (S122). 
Then, the number C of receivers who have completed 
5 their businesses is divided by the number of all the 
receivers so that the completion check ratio is 
obtained by multiplying the resultant number by [100] 
(S123) . 

In step S67 shown in Fig. 9, the message type, 

10 the transmission time and date, the title, the 
contents of a message, the sender's name, the open 
ratio, and the completion check ratio which are 
obtained according to the above-mentioned processes 
are transferred to the display and edit region for 

15 storing display data at the time of editing a message. 

Then, the data stored in the display and edit region 
are displayed as a message display screen (S68). 

Next, a receiver ID is obtained by referring to 
the message management table 16 according to the 

20 message ID of the selected message (S69). In this 
process, the message management table 16 is detected 
using the massage ID as a key so that the 
corresponding receiver ID is obtained. 

Next, the open time and data, the completion time 

25 and data, and comments which are stored corresponding 
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to the receiver ID are obtained (S70). In this case, 
data in which the open time and data, and the 
completion time and data have not been stored, are 
handled as not-opened and not -completed data. Further, 
5 a name corresponding to the receiver ID is obtained 
by referring to the member table 17 using a receiver 
ID as a key. Accordingly, the thus-obtained name is 
set as a receiver's name (S71). 

The receiver's name, the open time and data, the 

10 completion time and data, and comments which are 
obtained by the above-mentioned processes are 
transferred to the display and edit region (S72). It 
is determined whether or not processes terminate for 
all the receivers who are stored in the message 

15 management table 16, corresponding to the message ID 
(S73). In the case where processes do not terminate 
for all the receivers, the process returns in step 
S69, and the above-mentioned processes repeat. In the 
case where processes terminate for all the receivers, 

20 on the other hand, the contents of the display and 
edit region are displayed as the receiver state list 
24 (S74). 

According to the above-mentioned processes, a 
received message and the receiver state list 24 are 
25 displayed linked with each other. After the process 
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returns to processes shown in Fig. 6, the receiver 
closes the message by operating one of the definition 
button 23, a return button 26, and an existing - 
message-transmission button 27, shown in Fig. 15, 
5 while the message and the receiver state list 24 are 
being displayed ( S45 ) . 

In the case where the definition button 23 is 
operated, the process advances to step S46, and the 
current time and data are written in the region 16d 

10 for storing completion time and data in the message 
management table 16. If comments are inputted, the 
thus-inputted comments are written in the storage 
region 16e for storing a comment. 

In the case where the return button 25 is 

15 operated, the process advances to step S47, and a 
return process is performed for newly preparing a 
message which designates a sender of the message as 
a destination. 

In the case where the transfer button 26 is 

20 operated, the process advances to step S48, and a 
transfer process is performed for transferring the 
received message to another person as it is. Further, 
in the case where the existing-message-transmission 
button 27 is operated, the process advances to step 

25 S49, and an existing-message-transmission process is 
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performed for newly preparing a message using the text 
of the received message. 

Fig. 15 shows tables indicating the display 
states when a message and the receiver state list 24 
5 are displayed linked with each other according to the 
above-mentioned processes . 

When the title of a specific message is clicked 
while the received message list 20 is being displayed, 
the message type, the title, the contents of the 

10 message, and the like are displayed. If this is the 
first opening, the current time and date are stored 
in the region 16c for storing time and date when the 
message management table 16 is opened. After the 
contents of the message are confirmed, the receiver 

15 performs an YES/NO check, inputs comments, or the like 
according to the message type. After that, when the 
definition button 23 is operated, the comments which 
are inputted to a comment section are written in the 
storage region 16e for storing the comment of the 

20 message management table 16, and the time and date 
when the definition button 23 is operated are written 
in the storage region 16d for storing completion time 
and date, as completion time and date. In the case 
where the "requirement for comments" or the 

25 "requirement for an YES/NO check" is set as an 
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attribute of the message at this time, a process is 
not handled as completed even if the definition button 
23 is operated without inputting comments or 
performing the YES/NO check. Consequently, the 
5 completion time and data are not written in the 
message management table 16. 

According to this embodiment, when a message is 
displayed, a sender of the message and all receivers 
thereof can observe the states of the receivers of the 

10 message, that is, whether or not each receiver opens 
the message, whether or not each receiver confirms the 
message, whether or not a completion state is obtained 
by completing the matter described in the message, or 
what kind of comments each receiver makes on the 

15 message. Therefore, for example, in the case of a 
message for confirming the progress of the business 
of a member of a group, the states of all the members 
can be determined by looking at the message, the 
completion state in a receiver state list, comments 

20 and the like. Accordingly, the leader of the group can 
determine the states of all the members without 
reading the respective messages transmitted from the 
members. Since a member can determine the states of 
the other members, members can share information 

25 similarly to the case where all the members get 
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together and report their states to each other. 
Therefore, the present invention can provide a virtual 
electronic space for performing a series of operations 
such as instructions and prosecutions of the business, 
5 reports on the states thereof, or the like. 

Next, processes of amending a transmitted message 
and returning the amended message in a not-opened 
state will be explained with reference to the 
flowchart shown in Fig. 16. 

10 When operations for displaying the list of 

messages to be transmitted is performed by a user, the 
message processing program 14 of the server 13 detects 
the message of a sender ID which corresponds to the 
user ID inputted from the terminal 11, from the 

15 message file 15. Then, this program displays a 
transmission message list 31 including a message type, 
a completion state, a title, transmission time and 
date, a time limit, an amendment button 32, and a 
deletion button 33 as shown in Fig. 17 (S131 as shown 

20 in Fig. 16). In a state section 31a of the 
transmission message list 31, the number of receivers 
who transmit completion responses among the receivers 
of messages, and the completion ratio are displayed. 

The sender looks at this list and clicks the 

25 title of a message to be updated or the amendment 
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button 32 (S132) . 

The message processing program 14 determines 
whether or not the amendment button 32 is operated 
(S133). In the case where the amendment button 32 is 
5 operated, data of a message which is designated by the 
message file 15 are read out, and a message edition 
screen shown in Fig. 18 is displayed (S134). On this 
message edition screen, the message type, the title, 
the text, the sender's name, the attributes, the 

10 examination and approval, the destination to be 
deleted, and the destination to be added, which are 
read out from the message file 15 are displayed - 

The sender changes a message type, a title, a 
text, an attribute, a completion state section, and 

15 a destination if necessary (S135). After the sender 
amends the necessary data, and he or she clicks an 
update button 34 while he or she keeps a check button 
for determining whether or not data should be returned 
in the not-opened state in a completion state section, 

20 in a check state (shown as a black box in Fig. 18), 
or in a not-checked state (S136). When the thus- 
amended data are transmitted as a new message, a new 
transmission button 35 is clicked. When the message 
is deleted, a delete button 36 is clicked. 

25 The message processing program 14 determines 
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whether or not a message is returned in a not-opened 
state, according to a fact about whether or not a 
check box for returning in a not-opened state is 
checked (S137). 
5 In the case where the message is returned in a 

not-opened state, the open time and date, and the 
completion time and date of the corresponding message 
ID of the message management table 16 are cleared 
(S138). Next, the current time and date are obtained 

10 (S139) to be written in a region 151 for storing the 
update time and date of the message file 15 (S140). 
Further, the amended data are written in the 
corresponding storage region of the message file 15 
(S141). In the case where the message is returned in 

15 a not-opened state, since the comments which the 
receiver wrote are kept as they are, response 
operations terminate after operating the definition 
button 23 if the receiver displays the amended 
message, confirms the contents, and needs not change 

20 the comments. 

For example, when such an amendment requires the 
addition or deletion of a destination, and the sender 
sets a check box for returning a message in a not- 
opened state, in a not-checked state, the flow 

25 advances from step S137 to step S139 . At this time, 
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the update time and date are written in the message 
file 15 without clearing the completion time and date. 

In the case where it is determined in step S133 
that the amendment button 32 is not clicked, that is, 
5 a title is clicked, the flow advances to step S142, 
and the designated message and receiver states are 
displayed linked with each other. When the title 
section of a message is further clicked displaying the 
message, the screen changes to a screen for editing 

10 a message (S143), and the processes in and after S134 
are performed. 

Thus, in the case where data of the transmitted 
message are changed, the message can be returned in 
the not-opened state. Accordingly, when a message is 

15 amended, it is not necessary to prepare a new message 
again to be transmitted, so that the operations for 
preparing a message can be reduced. In the case where 
the amended message requires comments, and the 
comments to the amended message need not to be 

20 changed, the receiver neither prepares a new response 
message nor inputs comments to the received message, 
since the comments which were previously prepared are 
stored as they are. Therefore, the operations for a 
message response are reduced. 

25 Next, the contents of a process corresponding to 
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the designation of a sender and an approver, which is 
shown in step S14 shown in Fig. 3, are explained with 
reference to the flowchart shown in Fig. 19. 

First, it is determined whether or not the 
5 designation of the examination and approval is present 
on a message transmission screen (SI 51 shown in Fig. 
19). If YES, it is determined whether or not the 
designation of an examiner is performed (S152). In the 
case where the examiner is designated, it is further 
10 determined whether or not the approver is designated 
(S153) . 

In the case the examiner is not designated, the 
flow advances to step S154, and it is determined 
whether or not the designation of the approver is 

15 performed. When the approver is designated, the error 
display of an examiner designation is performed 
(S155). When the approver is not designated, the error 
display of an approver designation is performed in 
step S155. When the sender designates an examiner or 

20 an approver (S156), the flow returns in step S151. 

In the case where an examiner and an approver are 
designated (YES in steps S152 and S153), an ID of the 
designated examiner is written in a region 15 j for 
storing the examiner ID of the message file 15 (S157). 

25 Next, an ID of the designated approver is written 
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in a region 15L for storing the approver ID of the 
message file 15 (S158). 

Further, in order that the other users cannot 
read this message until the examination and approval 
5 are completed, data such that only the examiner and 
approver can read this message are written in a region 
15n for storing the data indicating whether or not the 
message file 15 is readable. 

Next, the examination and approval processes will 

10 be explained with reference to Figs. 20 and 21. At the 
time of log-on, if there is a message to be examined 
and approved by a user who logs on to a server, a 
message to be examined and approved is specified in 
a received message list which has not been checked. 

15 Accordingly, the examiner clicks the corresponding 
title. When the title is clicked, the message 
processing program 14 detects a received message ID 
of the message management table 16 according to the 
user ID of the examiner which is inputted from the 

20 terminal 11. Further, this program 14 determines 
whether or not the designated message obtained by 
detecting the message file 15 according to the message 
ID is a message which requires the examination and 
approval. In the case where the received message 

25 requires the examination and approval, it is 
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determined whether or not the examiner ID corresponds 
to the user ID, which are set in the message file 15. 
If these IDs correspond to each other, this message 
is displayed in step SI 61 shown in Fig. 20 . 
5 The examiner confirms the contents of the 

displayed message, and inputs "pending", "examined", 
or "deletion" in the examination and approval section 
of the message (S162). The message processing program 

14 writes the examination results which are inputted 
10 to the examination and approval section, in a region 

15k for storing the examination results of the message 
file 15 (S163). 

Similarly to the above-mentioned examination, 
when the approver clicks the title of a message which 

15 requires the approval of a received message list 20 
which has not been checked, the message processing 
program 14 detects the message file 15 according to 
the message ID of the designated message, and 
determines whether or not the designated message 

20 requires the examination and approval. If the received 
message requires the examination and approval, the 
message processing program 14 determines whether or 
not the approver ID which is set in the message file 

15 corresponds to the user ID which is inputted from 
25 the terminal 11. If the IDs correspond to each other, 
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-this message is displayed in step S171 shown in Fig. 
21. 

Further, the message processing program 14 
determines whether or not the message is examined, 
5 that is, whether or not data are written in a region 
15k of the message file 15 for storing the examination 
results corresponding to the message ID (S172). In the 
case where no data are written, the process terminates 
at this point. When data are written in, it is 

10 determined whether or not the examination results have 
been examined (S173). 

When a message has been examined, the approver 
confirms the contents of the message and inputs 
"pending", "examined", or "rejection" (S174). 

15 Then, the message processing program 14 writes 

this inputted "pending", "examined", or "rejection" 
in a region 15m for storing examination results of the 
message file 15 (S175). Further, this message 
processing program 14 determines whether or not the 

20 approved results are actually "approved" (S176). If 
the result is "approved", the message processing 
program 14 writes information indicating that the 
message is readable, in a region 15n for storing 
whether or not a message is readable, and makes this 

25 message readable (S177). 
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Next, a process of storing a received message as 
a to-do list will be explained with reference to Fig. 
22. 

First, the received message list 20 is displayed 
5 (S181 shown in Fig. 22). If the receiver clicks the 
title of a specific message regarding this list 

(5182) , the contents of this message are displayed 

(5183) . Further, a receiver state list 22 is displayed 

(5184) . After the receiver operates one of a 
10 definition button, a return button, a transfer button, 

and an existing-message-transmission button (S185), 
it is determined which one of the transfer button 21 

(5186) , an existing-message-transmission button 25 

(5187) , or other buttons is the thus-operated button. 
15 In the case where the thus -operated button is the 

transfer button 24, the original sender's name as well 
as the original transmission time and date are added 
to the text, and further a transfer operation is added 
to the title (S188). At the process after step S188 

20 or after the existing-message-transmission button 25 
is operated (S187), a new transmission screen is 
displayed, and the contents of the original received 
message are set (S189). The above-mentioned process 
is basically the same as that performed from step S41 

25 to step S49 shown in Fig. 6. 
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The receiver changes the message type or the like 
on screen if necessary (S190). For example, the 
receiver sets a memorandum as the message type of an 
existing message to be transferred or to be used. 
5 The message processing program 14 determines 

whether or not the message type is a memorandum. If 
the message type is a memorandum, its attribute is 
made to be confidential, and the destination is made 
to be a user ID (S192). 

10 Fig. 23 is a table showing the display screen of 

a to-do list. A memorandum is displayed as a message 
type, a transfer operation is displayed in a title 
section, and the transmission date and the sender of 
an original message are displayed in a text section. 

15 In this case, the message type is a memorandum and the 
destination is the user thereof. Therefore, it is 
displayed in the receiver state list 22 that the user 
is the only receiver. 

If the process returns to those processes shown 

20 in Fig. 22, and the execution button 21 is operated, 
the contents of a new transmission screen are written 
in each region of the message file 15 (S193). Further, 
the destination is written in the receiver ID of the 
message management table 16 (S194). 

25 According to these processes, when the completion 
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schedule of business or the like is reported in a 
message response, the response message can be stored 
as a confidential message by making the message type 
a memorandum. Thus, it can be confirmed whether or not 
5 a matter is promised the completion date of business 
is present, according to a memorandum. 

Below is the explanation of the embodiment in 
which a receiver can automatically set the type of a 
comment to be answered on a receiver's side, when 

10 preparing a message. 

In this embodiment, a message type/ comment 
pattern table 32 as shown in Fig. 24 is provided. This 
table 32 stores a comment pattern and the contents of 
the comment pattern (comment alternative which will 

15 be described later) corresponding to a message type. 

In the section of the contents of the comment pattern 
shown in Fig. 24, a comment alternative to which a 
"reason" is added is an extension requiring the reason 
why the comment alternative is selected. When the 

20 receiver selects "refusal" or "pending" as a comment, 
it is necessary to input the reason. 

In Fig. 24, only one kind of comment pattern is 
displayed for a single message type. However, a 
plurality of comment patterns are stored for a single 

25 message type, and they are displayed when a message 
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•type is designated, so that a sender can select an 
arbitrary comment pattern among them. 

A text, a destination or the like are first 
inputted on the preparation screen of a new message 
(S201 shown in Fig. 25), and a message type is set 
(S202). 

The message processing program 14 detects the 
message type/comment pattern table 32 according to the 
thus-inputted message type (S203). It is determined 
whether or not the corresponding comment pattern is 
present (S204). When a comment pattern is present, 
this comment pattern is obtained (S205). Further, its 
attribute is displayed in an attribute section, and 
the thus-obtained comment is displayed in a comment 
section (which is newly prepared on the message 
transmission screen shown in Fig. 4) (S206). When the 
sender completes the preparation of a message and 
operates the execution button 21, the comment pattern 
displayed in a comment section is written in a region 
15p for storing a comment pattern of the corresponding 
message of the message file 15 (S207). 

According to this embodiment, when the sender 
designates a message type, a comment pattern 
corresponding to this message type is automatically 
selected. Then, the comment pattern and the contents 
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of the comment pattern, for example, a comment 
alterative such as "approval", "rejection", "pending", 
or the like are displayed in the message comment 
section on a receiver side. Consequently, the receiver 
5 can prepare comments by selecting one of such comment 
alternatives. Thus, since the receiver prepares 
comments by selecting a specific comment alternative 
from a plurality of comments alternatives which are 
designated by the sender, comments can be obtained 

10 from the receiver based on the sender's intention. 

Next, a process of automatically setting comments 
at the time of receiving a message will be explained 
with reference to Fig. 26. 

When the receiver clicks the title of the 

15 received message list 20 to designates the message to 
be opened, the message type, the comment pattern, the 
title, the context, the comment alternative of the 
designated message, and the like are read out from the 
message file 15, thereby displaying these on the 

20 screen of the terminal 11 (S211 shown in Fig. 26). 

When a comment pattern is set in a region 15p for 
storing the comment pattern of the corresponding 
message of the message file 15, the contents of a 
further-set comment pattern, that is, a comment 

25 alternative, are read out from the message 
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type/comment pattern table 32, so that the comment 
pattern and the comment alternative are displayed in 
the comment section (S212). 

When the receiver clicks one of the displayed 
5 comment alternatives to selects a response comment 
(S213), the message processing program 14 determines 
whether or not an extension (for example, an extension 
requiring a comment to be added) is added (S214). In 
the case where an extension is added, the contents of 

10 the extension are displayed in the comment section on 
a message display screen (S215). The receiver inputs 
comments corresponding to the contents of the 
displayed extension (S216). 

For example, when a comment alternative such as 

15 "approval", "rejection (reason)", "pending (reason)", 
"others ( )", "consultation request ( )", or the 
like is displayed in the comment section of the input 
screen of a comment alternative as shown in Fig. 27, 
if the check box of each comment alternative is 

20 clicked, the thus-clicked check box becomes checked, 
and the corresponding comment is selected as a 
response comment. If this comment is one which is set 
by an extension (shown as (reason) in Fig. 27), a word 
such as "reason" is displayed in the comment section, 

25 and the reason why this comment alternative was 
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selected is required. 

If the process returns to Fig. 26 , the input of 
comments terminates, and the definition button 23 is 
operated, the message processing program 14 writes the 
5 comments which are inputted to the comment section, 
in a storage region 16e for the comment corresponding 
to the receiver ID of the message management table 16. 

Thus, in the case where a comment pattern is set 
by a sender, a comment alternative corresponding to 

10 the thus-set comment pattern is displayed. Therefore, 
a receiver can easily prepare a comment which is 
suitable for the answer required by the sender, only 
by selecting the comment among comment alternatives. 
Next, an extraction statistic process of 

15 extracting keywords from the contents of the 
receiver's comments and obtaining the occupation ratio 
of each keyword will be explained with reference to 
the flowchart shown in Fig. 28. 

First, the designated message and the receiver 

20 state list 24 are displayed linked with each other 
(Fig. 28, S221). Then, it is determined whether or not 
a detection operation is performed using a keyword 
table 33 shown in Fig. 29 (S222). When the detection 
operation is performed using the keyword table 33, the 

25 process advances to step S223, and the contents of the 
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keyword tables 33 are displayed on the terminal 11. 
The sender selects the name of an optimum keyword from 
the keyword table 33 taking the contents of the 
comments into consideration (S224). The keyword 
5 corresponding to the thus- selected keyword name of the 
keyword table 33 is set in an active keyword table 34 
shown in Fig. 30 (S225). 

If the keyword table 33 is not used (NO in step 
S222), a user selects the necessary words from the 

10 comment section of the receiver state list 24 (S226). 

The message processing program 14 sets the words 
which are selected by the user in the active keyword 
table 34 (S227). Then, it is determined whether or not 
the input operation of words to be set as keywords 

15 terminates (S228). 

If the selected keywords of the keyword table 33 
are set in the active keyword table 34, or the input 
operation of the keywords, which is performed by the 
user, terminates, keywords are sequentially retrieved 

20 from the active keyword table 34. Next, the comment 
section of the receiver state list 24 is detected so 
that the number of keywords which correspond to each 
other is counted (S229). Then, the thus-counted number 
is set as the number corresponding to the keywords of 

25 the active keyword table 34 (S230). Next, it is 
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checked whether or not keywords which are not 
aggregated in the active keyword table 34 are present, 
and it is determined whether or not all the keywords 
have been already aggregated (S231). If all the 
5 keywords are aggregated in the active keyword table 
34, a keyword extraction list 35 shown in Fig. 31 is 
prepared to be displayed following the receiver state 
list 24 (S232). 

According to the extraction statistic of the 

10 contents of a comment, it can be obtained how many 
users approve or dispute the contents of the messages, 
how many users reserve their decisions, or the like 
from the receivers' comments to the messages. Further, 
each ratio thereof can be obtained. 

15 Fig. 32 is a diagram explaining the case where 

the above-mentioned message processing program 14 is 
first stored in a portable storage medium 44 such as 
a CD-ROM, a floppy disk or the like, or a storage 
apparatus which a program provider has, and then this 

20 program is loaded to a processor 41 to be executed. 

In the case where this program is stored in the 
portable storage medium 44 such as a CD-ROM, a floppy 
disk or the like, the portable storage medium 44 is 
inserted to a drive apparatus 42, thereby reading out 

25 this program. Then, the thus-read-out program is 
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stored in a memory 43 such as a RAM, a hard disk or 
the like, thereby executing this program. In the case 
where a program is provided from a program provider 
thorough a communication line, the program which is 
5 stored in a storage apparatus, a memory of the program 
provider, or the like is received in the processor 41 
through the communication line. Then, the thus- 
received program is stored in the memory 43 such as 
a RAM, a hard disk or the like to be executed. A 

10 program to be stored in the storage medium can include 
a part of the function of the above-mentioned message 
processing program 14. For example, a program for 
managing the receiver state list 24 and a program for 
displaying the receiver state list 24 on the terminal 

15 11 are respectively stored in different storage media, 
so that the respective programs can be executed by a 
message processing equipment or a terminal. 

According to the above-mentioned embodiment, the 
message file 15, the message management table 16, and 

20 the like are stored in the storage apparatus of the 
server 13. By contrast, a storage apparatus for 
storing a message can be provided independently from 
the server 13, and the server 13 can write a message 
in the storage apparatus or can read out a message 

25 from the storage apparatus, through a communication 
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line. 

According to -the present invention, since a 
message and a receiver state list indicating the 
states of a receiver of this message are displayed 
5 linked with each other, the sender of a message or all 
the receivers can determine simultaneously the states 
of all the receivers of the messages, for example, 
whether or not each receiver approves the message or 
whether or not his or her business is completed, 

10 together with the contents of the message. Since 
information indicating whether or not the message has 
been opened, whether or not the message has been 
confirmed, and completion information indicating 
whether or not the receiver ' s business has been 

15 completed, are displayed as a receiver state list, the 
completion states of all the receivers can be 
determined simultaneously. Further, since a formatted 
message like a work flow related to the business and 
a not-formatted message for an individual receiver are 

20 displayed in a list together with the respective 
message types, messages with different objectives can 
be referred to on the same display screen together 
with their message types. Further, since a sender sets 
keywords, and performs a statistical process by 

25 extracting keywords from the receiver's comments, he 
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or she can effectively obtain "the receiver ' s response 
or reaction to the message as statistically analyzed 
data. 
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What is claimed is: 

1 . A message processing apparatus for processing 
messages transmitted from a plurality of terminals 

5 comprising: 

preparation means for preparing a receiver state 
list indicating states of a plurality of receivers of 
a message whose destinations are the plurality of 
receivers ; and 

10 management means for managing information in the 

receiver state list. 

2. The message processing apparatus according to 
claim 1, wherein the receiver state list includes 

15 completion information indicating that receiver 
confirms the message, or a business related to the 
message is completed. 

3. The message processing apparatus according to 
20 claim 2, wherein content of the message and the 

receiver state list are displayed on a terminal, 
linked with each other. 

4. The message processing apparatus according to 
25 claim 1, wherein the receiver state list includes open 
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information indicating open states of the message of 
the plurality of receivers, and completion information 
indicating that the message is confirmed, or that 
business related to the message is completed. 

5 

5 . The message processing apparatus according to 
claim 1, comprising: 

storage means for storing content of the message, 
receivers' names, and completion information 
10 indicating that receiver confirms content of the 
message, or that business related to the message is 
completed, corresponding to each other, wherein 

the preparation means prepares the receiver state 
list based on the receivers' names and the completion 
15 information. 

6. The message processing apparatus according to 
claim 5, comprising: 

amendment means for amending contents of 
20 transmitted message stored in the storage means, and 
recovery means for recovering all the receivers ' 
open information indicating whether or not the 
receiver opens the message from an opened state to a 
not-opened state when the message is amended by the 
25 amendment means. 
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7. The message processing apparatus according to 
claim 5, wherein 

the storage means stores comments prepared by 
the receivers for the message, and 
5 the recovery means makes the comments stored in 

the storage means be stored as they are, when the 
transmitted message is amended by the amendment means . 

8. The message processing apparatus according to 
10 claim 5, wherein 

the storage means stores message type of the 
message, and 

the preparation means prepares the receiver state 
list according to the message type, the receivers' 
15 names, and the completion information. 

9 . The message processing apparatus according to 
claim 8, comprising: 

set means for displaying comment alternatives of 
20 comment pattern which correspond to the message type 
of the received message, in comment section of the 
received message, and for setting comment pattern 
which corresponds to comment alternative selected by 
receiver as the receivers 1 comment to the received 
25 message, wherein 
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the storage means includes a comment pattern 
storage portion for storing, corresponding to the 
message type, the comment pattern and the comment 
alternatives which correspond to the comment pattern. 

5 

10. The message processing apparatus according to 
claim 1, for enabling a sender and all receivers of 
the message to confirm content of the message and the 
receiver state list on screens of terminals. 

10 

11. The message processing apparatus according to 
claim 1, wherein 

a comment section for inputting comment to 
received message is provided in the message, and 
15 comment inputted to the comment section is displayed 
as comment of respective receiver, in the receiver 
state list. 

12. The message processing apparatus according to 
20 claim 1, wherein 

delay state regarding response time limit which 
is set in the message is displayed as delay 
information in a received message list. 

25 13. The message processing apparatus according to 
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claim 1, comprising: 

open ratio obtaining means for obtaining an open 
ratio of the message from the open information 
indicating an open state of the receiver of the 
5 message, and 

display means for displaying the open ratio of 
the message in a message list. 

14. The message processing apparatus according to 

10 claim 1, comprising: 

completion ratio obtaining means for obtaining 
a completion ratio from the completion information 
indicating that receiver of the message confirms the 
message, or that business related to the message is 

15 completed, and 

display means for displaying the completion ratio 
which is obtained from the completion ratio obtaining 
means, in a message list. 

20 15. The message processing apparatus according to 
claim 1, comprising: 

detection means for detecting designated keywords 
from receivers' comments; and 

aggregation means for aggregating a number of 
25 comments which include the keywords detected by the 
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detection means, wherein 

a number of comments including the designated 
keywords is displayed on a terminal. 

5 16. A message processing apparatus for processing 
messages transmitted from a plurality of terminals, 
comprising : 

preparation means for preparing a message list 
of displaying a formatted type message related to a 
10 process of business and a non-formatted type message 
related to a process other than business, together 
with a message type; and 

management means for managing information in the 
message list. 

15 

17 . A message management method for managing messages 
transmitted from a plurality of terminals, comprising 
the step of: 

displaying a formatted type message related to 
20 a process of business and a non-formatted type message 
related to a process other than business, together 
with a message type. 

18. A message management method for managing messages 
25 transmitted from a plurality of terminals, comprising 
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the steps of: 

preparing a receiver state list indicating states 
of a plurality of receivers of message whose 
designations are the plurality of receivers, and 
5 displaying the receiver state list on a terminal. 

19. The message management method according to claim 
18, wherein 

said displaying step is to display the receiver 
10 state list linked with content of the message. 

20. The message management method according to claim 
18, wherein 

the receiver state list includes receivers' names 
15 and completion information indicating that receiver 
confirms the message, or that business related to the 
message is completed, 

said displaying step is to display content of the 
message and the receiver state list on a terminal 
20 linked with each other. 

21. A message management method for managing messages 
transmitted from a plurality of terminals, comprising 
the steps of: 

25 preparing a receiver state list indicating states 
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of a plurality of receivers of message whose 
destinations are the plurality of receivers, and 

managing information of the receiver state list. 

5 22. The message management method according to claim 
21, wherein 

the receiver state list includes receivers names 
and completion information that receiver confirms the 
message, or that business related to the message is 
10 completed. 

23. A computer readable storage medium for storing 
a program, the program comprising the steps of: 

displaying a receiver state list indicating 
15 states of a plurality of receivers of message whose 
designations are the plurality of receivers and 
content of the message on a terminal, linked with each 
other . 

20 24. A computer readable storage medium for storing 
a program, the program comprising the steps of: 
displaying a receiver state list which includes 
receivers ' names of message and completion information 
indicating that content of the message is confirmed, 

25 or that business related to the message is completed, 
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on a terminal. 

25. A computer readable storage medium for storing 
a program, the program comprising the steps of: 

preparing a receiver state list indicating states 
of a plurality of receivers of message whose 
destinations are the plurality of receivers; and 

managing information of the receiver state list. 

26. The storage medium according to claim 25, wherein 
the receiver state list includes receivers' names 

and completion information indicating that content of 
the message is confirmed, or that business related to 
the message is completed. 

27. The storage medium according to claim 26, the 
program comprises a step of: 

returning open information about all receivers 
of the message from an opened state to a not-opened 
state when content of the transmitted message is 
amended by a sender, wherein 

the receiver state list includes the open 
information indicating whether or not the receiver 
open the message. 
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Abstract of the Disclosure 

In a receiver state list, receivers' names of 
message, the titles of the message, completion 
5 information indicating whether or not receivers of the 
message confirm content of the message, or whether or 
not the business related to the message is completed, 
and comments which the receivers prepare for the 
message are displayed. From the receiver state list, 
10 a sender and all receivers of the message can obtain 
the states of all the receivers, for example, whether 
or not each receiver confirms the content of the 
message or whether or not the business related to the 
message is completed. 
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( E " D ) 
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Japanese Language Declaration 
ft ^ISMS 
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As a below nanv:d 



r. I hereby decta: ♦hat: 



My residence. | 



s and citizenship are as stated 



I believe I am the original, first and sole inventor (if only one name 
is listed below} or an original, first and joint inventor (if P<ural 
names are listed below) of the subject matter which is claimed and 
for which a patent is sought on the invention entitled 

MESSAGE PROCESSING DEVICE, MESSAGI 
MANAGEMENT METHOD AND STORAGE 
MEDIUM FOR STORING MESSAGE 
MANAGEMENT PROGRAM 



the specification of which is attached hereto unless the 
box is checked: 



as United States Application Number or 
PCT International Application Number 



I hereby state that 1 have reviewed and 
the above identified specification, 
amended by any amendment referred t< 



I acknowledge the duty to disclose information which is material tc 
patentability as defined in Title 37, Code of Federal Regulations 
Section 1.56. 



> take 0.4 li.iurx i.< otmplete. Time w 
l.rm should l.c tent to the Chief ln»'.«r< 
S ADDRESS. SEND TO- Commit. 



iry depending urwni «lte need* 
n Officer. Pment J«iJ Tr«Jero 
it" Patents and Tr* JeOWrfci. V 



uf the individu«l cuse. Any comment* on the 
irk Office. W«,hington. DC 20231 . DO NOT 
uhington. DC 2023 1. 
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Tic. ^fcT-#t8:it. iPL-CV»*-t\ 
Prior Foreign Application(s) 



(Number) 



(Country) 



(Number) 



(Country) 



Off JTOJtf ttSKSUK * ftfctt ft £c £ £± L 



(Application No.) 
((HttS*) 



(Filing Date) 
(ifiJKB) 



TJE«*l3i£"fc3S3 5*81 2 0*U:£^TT2E»ife 



(Application No.) 



(Application No.) 



(Filing Date) 
{.*tt*R) 



(Filing Date) 
(tiiGS B ) 



1 a tUfii 1 o o l-SlcST^. !R-5L*.*{it*i*s. bL < Ji* 
ZtZiS-fnL. t-X ZZiZ h!Kl<7> i 



I hereby claim foreign priority under Title 35. United States Code. 
Section 119 (a|-(d) or 365(b) of any foreign application^ for patent 
or inventor*s certificate, or 3«S(a) of any PCT International 
application which designated at feast one country other than the 
United States, listed below and have also identified below, by 
checking the box. any foreign application for patent or inventor's 
certificate, or PCT International application having a filing date 
before that of the application on which priority is claimed. 

Priority Not Claimed 

24th/April/1998 

(Day/Month/Year Fifed) u 



(Day/Month/Year Filed) 



I hereby claim the benefit under Title 35. United States Code. 
Section 1 19(e) of any United States provisional application^} fisted 



(Application No.) 



(Filing Date) 

wmB) 



I hereby claim the benefit under Title 35, United States Code, 
Section 120 of any United States apptication(s), or 365(c) of any 
PCT international application designating the United States, listed 
below and, insofar as the subject matter of each of the claims of 
this application is not disclosed in the prior United States or PCT 
International application in the manner provided by the first 
paragraph of Title 35. United States Code Section 112. I 
acknowledge the duty to disclose information which is material to 
patentability as defined in Title 37. Code of Federal Regulations, 
Section 1.55 which became available between the filing date of the 
prior application and the national or PCT International filing date of 
application. 

(Status: Patented. Pending. Abandoned) 
(Status: Patented. Pending. Abandoned) 

I hereby declare that all statements made herein of my own 
knowledge are true and that all statements made on information 
and belief are believed to be true: and further that these 
statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the 
United States Code and thai such willful false statements may 
jeopardize the validity of the application or any patent issued 
thereon. 
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Japanese Language Declaration 
(R it ») 

«'tU£ fiJiTiC^Jft^tiLr. KMUiZ.KI')' Z>—3)tr> POWER OF ATTORNEY: As a named inventor. I hereby appoint 
ftft.ff^iS^^itL ri?fT^-5#«X-i/;iift3A the following attorney(s) and/or agent(s) to prosecute this 
±>^X . 'S' *2« 4 '''/iLS'f". " (#it.L\ application and transact alt business in the Patent and Trademark 

'vi?2f^£.£ f J f &J5§ < *'£r , fl»0- J.) Office connected therewith (list name and registration number) 

. . - mn.n..^u p;tfh«r 2S 908: John C.Garvey, 28.607; J. Randall Beckers, 

James O. Halsey. Jr.. 22.729; Harry John Staas 22 ^^^^^^'jSfTae 1 62; Gene M. Garner II, 34.172; Michael 0. 



Staas & Hatsey 

700 Eleventh Street. N.W. Suite 500. 
Washington, DC 20001 



Send Correspondence to: 
H. J. Staas 
Staas & Halsey 

700 Seventh Street, N.W. Suite 500 
Washinflton. DC 20001 



Telephone: 202-434-1500 
Facsimile: 202-434-1501 



Direct Telephone Calls to: (name and telephone number) 



Telephone: 202-434-1500 
Facsimile: 202-434-1501 





Full name of sole or first inventor 

Minoru KURIKI 


ft«f«5* B ft 


k«riAl 0%. 16 , 1998 


w.m 


Residence - ' ~ - . 

Kanaqawa, Japan - . ^. ■ 




Citizenship 

Japan 




Post Office Address c/o FUJITSU LIMITED, 1-1 

Kamikodanaka 4-chome, Nakahara-ku. 


Kawasaki-shi , Kanagawa 211-8588, 
Japan 




Full name of second joint inventor, if any 

Kivot:o NAfiANTTMA 


?fi.=:!t-S]SI91-# 8 ft 


Second inventor's signature Oate 

KJ^-tc 7l*J*«w**~ Oct. 16, 199 




Residence 

Kanagawa, Japan 




Citizenship 

Japan 


f/.s«s 


Post Office Address c/o FUJITSU LIMITED, 


1-1. Kamikodanaka l^nhome 


Nakahara-ku, Kawasaki-shi, 
FRnagava ?l1 - aRfift ; Zapata 



• t (Supply similar information and signature for third and subsequent 

joint ir 



